"设计预判"逻辑拆解

谈这个话题之前，先举个在海底捞吃饭的例子，相信大家都有类似经历：点餐前服务员就会问喝点什么，柠檬水、酸梅汤还是其他，然后给每个人放好；期间当看到我杯子快空了，会过来问需不需要加水，我说需要，她会拿起水壶给我倒满。整个过程体现出的服务意识和本次要聊的“预判思维”本质上如出一辙。

主动给顾客倒满水而不是只提供水壶。
解决顾客口渴问题是服务目标，水壶只是工具，需要顾客亲自动手，有时还会给孩子带来安全风险。

加水的时机选在杯底快空时。

此时顾客不会太渴，也不会因中途加水造成打扰，这是当了这么多年餐厅服务员的经验。

加水前再次询问。

让顾客觉得自己有控制权和选择权。

朴素的道理在不同的生活场景和知识领域都是相通的，设计预判也属此类。

预判是基于用户过去行为的推测和判断，并不是毫无依据的预测。好的预判方案不仅仅要满足用户的潜在需求，而是以闭环服务为设计目标。预判动作的触发需要条件约束，条件越准确设计才可能更合理。预判终归是服务于用户的，要给予用户控制权。

结合几个有代表性的案例，具体看一下。

1：设计预判不只满足单点需求，更要有服务思维

网页版的Google翻译里，用户在第二次点击发音按钮时，读音播放的速度会明显比第一次缓慢。

因为系统预判用户可能在第一次播放时没有听清，或者想听清某个词的念法等才会重复点击，从而将语言播放速度变慢（大概是0.75倍），对比其他平台的翻译软件，也正常提供了发音功能，但也就是个播放功能。

阿里健康提供的互联网问诊服务中，医生的回复经常包含各种医学专业名词、术语等，推测普通用户肯定会存在一定的理解和认知门槛。为了帮助用户理解专业术语，产品通过自动识别医生回复中的专业名词，帮助普通用户快速理解和获取相关信息。

落实到设计上，最右侧方案不仅提供名词解释，用药禁忌，专家咨询，甚至提供了购药渠道，相较之下，实现了对需求的深度挖掘，体现服务的闭环。

2：设计预判需要触发条件，不要干扰用户

看下菜鸟快递APP自动填充地址信息这个案例，「自动填充」的功能，并不是所有页面场景下都会有的，而是当用户触发了某些行为、达到一定条件的情况下，才会出现。回溯整个过程，一定经过了某些「固定的」操作行为，比如【复制地址信息 → 打开快递APP地址簿 → 新增地址】。一旦用户产生了这些行为，我们认为是可以启用自动填充功能。而这些固定的操作行为，称为「触发条件」。

其他案例，诸如Chrome在地址栏右键菜单的「Paste and go」、抖音的返回视频列表的「刚刚看过」、微信对话框+号快速发照片的「一键发送」、支付宝用户列表浏览过程中的「转账提醒」、朋友圈中断浏览再次打开时提示「跳到还没看的位置」等等，都有其各自的触发条件，感兴趣可以多想想。

客观地说，触发条件越多，对意图的预判才会越精确，才有可能给用户带来惊喜。反之，很可能陷入设计者的想当然，造成用户干扰。

以「新浪微博」为例，用户在某条微博上停留一定的的时间后，系统会判断用户对该内容有兴趣，从而弹出‘评论框’，进而引导用户进行评论。看似有道理，结果却是整屏经常会有2-3个评论框接连出现的情况，非常干扰用户正常阅读。

看到这，可能有同学有疑问了，Instagram也是这样干的啊，微博不就是“深度借鉴”的ins吗？苦笑一声，随手截两个首页，大家看看这两个产品是一样的吗？

如果触发条件不够准确，你以为的可能并不是你以为的。

3：给予用户最终的决策权

回头再看看菜鸟「地址自动填充」的案例：当系统检测到你复制的信息，它并没有自作主张的，直接帮你填在表格里，而是先问问你：是否使用当前复制的地址。它这样做的目的，是在把决策权交给用户。

同样的，当用户接收并复制分享链接和密码后进入百度网盘，网盘会跳出提醒询问用户是否打开本次分享链接。iOS12更新后，用户碰到需要填写短信验证码校验身份时，系统键盘上方会展示4-6位验证码数字，最后的「点击填入」留给用户。用户分享YouTube视频，系统会自动定位到当前播放节点，勾选与否用户来决定。

就像开篇海底捞的例子，你可以问我要不要加水，但绝不能不经过我的同意，强行把水给我加满。

最后说说设计预判的背后

预判设计本质上是基于对用户的分析，研判后续的行为倾向，而做出方案推送的设计模式。

设计预判的背后是设计师的同理心，它要求设计师能够结合历史数据，洞察用户行为背后的深层需求，以需求为起点，通过完整闭环的解决方案，实现降低用户认知负荷和缩短用户操作路径的双重目的。过程足够沉浸就像自然发生，让用户感受到流畅和愉悦。

以上

谢谢

·END·

本周四开课，这波弯道超车计划就等你了